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(57) ' A 1 -chip microcomputer of the present inven- 
tion has (a) a monitor flag for setting a flag indicating 
that a specified address space is accessed, (b) an ac- 
cess permission address range setting register, for set- 
ting an address range in which an access is permitted 
while the flag is set, (c) an access permission area de- 
tection circuit for judging whether the access is made 
within the address range thus set, (d) an access permis- 



sion setting register, for setting whether or not an access 
with respect to an address other than the address range 
should be permitted, and (e) memory read-out control 
circuit and memory writing control circuit for controlling 
an access with respect to a nonvolatile memory based 
on a result thus judged and content set by the access 
permission setting register. With the arrangement, it is 
possible to provide a 1 -chip microcomputer that main- 
tains the security among application programs. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present application claims priority upon 
Japanese Patent Application No. 2000-68260 filed on 
March 13, 2000, which is herein incorporated by refer- 
ence. 

Field of the Invention 

[0002] The present invention relates to a call center 
which carries out business, such as mail-order/tele- 
phone-order trading, customer support or the like, via a 
telephone. Particularly, the present invention relates to 
a personal information verification method which is ef- 
fective in preventing fraud and illegal dealings. 

Description of the Related Art 

[0003] A call center functions as a customer's contact 
center via a telephone. In order to conduct accurate and 
efficient business, such a center adopts a so-called 
computer-telephony technology and effectively em- 
ploys a calling-line identity notification function and da- 
tabase technology. 

[0004] In a large-scale call center, a computer system 
is configurated by connecting a server and a multitude 
of operator terminals through a network. Here, each of 
a multitude of operators talking with a customer via tel- 
ephone operates his/her operator terminal, respectively. 
When there is a telephone call from a customer to the 
call center, the server connects the customer's tele- 
phone to an operator free at that time. The server also 
specifies the customer according to the customer's tel- 
ephone number acquired by the calling-line identity no- 
tification function, or according to a membership- 
number acquired from the customer through conversa- 
tion. Then, personal information of the specified-calling 
customer is taken out from a customer database which 
the server manages. Then the server works to display 
the personal information on the operator terminal used 
by the operator who is talking with the customer. The 
operator talks with the customer while looking at the cus- 
tomer's personal information displayed on the terminal, 
proceeds business procedures such as mail-order/tele- 
phone-order trading, customer support or the like, and, 
if required, operates the operator terminal to enter nec- 
essary matter to the personal information being dis- 
played. 

[0005] Atypical problem occurring during transaction, 
such as telephone-order trading or the like, is that pay- 
ment is not fulfilled even though an item has been sent 
to a customer. In some telephone-order trading sys- 
tems, basic personal information, such as name, ad- 
dress, telephone number, date of birth and gender, and 
in some cases, additional personal information, such as 
employment and income, are researched and verified 



when concluding a transaction contract with a customer. 
Such personal information verified upon sign-up is reg- 
istered to a database in the call center as a customer 
list. This list and the personal information therein are 
5 used when necessary. 

[0006] In such a case, it is of significant importance 
that when personal information, such as the customer's 
address or telephone number, has changed, such a 
change is duly and promptly reflected to the customer 
list. If management of the personal information is not ap- 
propriately conducted, in some cases, an inconsistency 
may occur in a credibility inspection of a customer, and 
this may cause transaction trouble or bad debts. 
[0007] Financial institutions such as banks take vari- 
ous steps to research and track credibility information 
of a customer and to renew such information. Continu- 
ous research using time and manpower is extremely ef- 
fective in preventing transaction trouble or occurrence 
of bad debt. However, under present circumstances, it 
is not possible to perform a satisfactory credibility in- 
spection which is cost-effective. Further, in telephone- 
order trading, since the customers are users living in 
various regions and who cannot be actually verified by 
an operator of the trading system, there is a need to con- 
trive a realistic, rational and effective way to prevent oc- 
currence of transaction troubles and bad debts. 

SUMMARY OF THE INVENTION 

[0008] The present invention has been contrived in 
view of the above-mentioned problems, and an objec- 
tive of the present invention is to provide a personal in- 
formation verification method in a call center which is 
useful in preventing transaction troubles. 
[0009] Another objective of the present invention is to 
provide a method for verifying personal information in a 
call center carrying out business, such as mail-order/ 
telephone-order trading, customer support or the like, 
via a telephone. This method focuses on the telephone 
number among personal information of a customer call- 
ing via a telephone in order to promptly detect that a 
telephone number, formerly registered to a customer 
database, is out of use, and to thus prevent transaction 
problems. 

[0010] A further objective of the present invention is 
to provide a personal information verification method in 
a call center comprising: (1) a process of connecting a 
telephone, called from a customer to the call center, with 
an operator; (2) a process wherein a telephone number 
research device sends a SETUP message, which de- 
fines a notified telephone number as a called party 
number and includes a bearer capability information el- 
ement designating unrestricted digital, audio, orthe like, 
to an ISDN; obtains a message sent in reply thereto from 
the ISDN and performs a clear sequence; and analyzes 
the message obtained from the ISDN to determine 
whether the telephone number is null or not; (3) a proc- 
ess in which if the telephone number is determined to 
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be null, the telephone number research device notifies 
an operator terminal of such determination; and (4) a 
process in which the notice, sent to the operatorterminai 
to notify that the telephone number is null, is displayed 
on a screen of the operatorterminai having received the 
notice, and thereby informed to the operator responding 
to the customer. 

[0011] The above-mentioned and other objectives of 
the present invention and some of the features of the 
present invention will be more clearly understood 
through the detailed descriptions given below with ref- 
erence to the accompanying drawings, 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0012] For a more complete understanding of the 
present invention and the advantages thereof, refer- 
ence is now made to the following description taken in 
conjunction with the accompanying drawings wherein: 

Fig. 1 is a block diagram schematically showing one 
example of a system configuration of a call center 
which works the personal information verification 
method of the present invention; and 
Fig. 2 is a flow chart schematically showing an ex- 
ample of a main portion of a telephone number re- 
search procedure in the above-mentioned system. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

—Basic Structure of the System== 

[0013] Fig. 1 schematically shows an example of a 
system configuration working a method according to 
one embodiment of the present invention. A network 
system constructing a call center includes a private 
branch exchanger (PBX) 1 , a computer-telephony inte- 
gration (CTI) server 2, a database server 3, and a mul- 
titude of operator terminals 4. The PBX 1 responds to 
an incoming call of a telephone from a customer calling 
to the call center. The PBX 1 comprises an automatic 
call distribution device (ACD) r and the customer's tele- 
phone is connected to an operator free at that time. The 
operator talks with the customer through a headset-type 
telephone, and conducts a customer-responding oper- 
ation using his/her operator terminal 4. 
[0014] The operator terminal 4 is a client comprised 
of a personal computer to which a customer interaction 
software (CIS) is installed, and cooperates with the CTI 
server 2 and the database server 3. The operator having 
started talking with the customer acquires information 
for specifying the customer, such as a membership 
number, from the customer through conversation. (This 
information is herein referred to as "customer ID".) The 
operator enters the customer ID to the operator terminal 
4 and also enters an event to retrieve personal informa- 
tion of the customer. The personal information corre- 



sponding to the customer ID is taken out from a custom- 
er database managed by the catabase server 3, trans- 
ferred to the operator terminal 4 having emitted the 
event, and is displayed on a screen of the operator ter- 

5 minal 4. The operator talks with the customer while look- 
ing at the displayed personal information, proceeds a 
transaction procedure such as phone -order trading 
(which procedure may be accompanied by a procedure 
of retrieving additional information, such as details of 

10 items being sold, from the database server 3 and dis- 
playing the information on the screen of the terminal, if 
necessary), and enters procedure information, which is 
necessary for the transaction, to the operatorterminai 4. 
[0015] The CTI server 2 is connected to a telephone 

15 number research device 5 via a private line to permit 
data-communication therebetween. The telephone 
number research device 5 is mainly constituted of a typ- 
ical personal computer 51. An ISDN communication 
board 52 is installed to the computer 51, and the re- 

20 search device 5 is connected to an ISDN line via a digital 
subscriber unit (DSU) 53. As is well known, an ISDN is 
integrally and mutually connected to a public telephone 
network such as an analog telephone network and a mo- 
bile telephone network. 

25 

—Sequence of Research and Verification of Telephone 
Number== 

[0016] The CTI server 2 works accordingly with the 
30 retrieval of personal information from the customer da- 
tabase of the database server 3 by the operatorterminai 
4 using a customer ID as a key, and acquires the tele- 
phone number of the customer contained in the person- 
al information. This telephone number is a number re- 
35 ported by the customer to be his/her telephone number 
upon membership sign-up. Along with the procedure of 
connecting a telephone call from a customer A to an op- 
erator B, displaying personal information E of the cus- 
tomer on a screen of an operator terminal D , and starting 
40 a customer-responding operation, the telephone 
number F registered by the customer A is transferred to 
the research device 5. 

[001 7] The research device 5 automatically conducts 
a research on whether the received telephone number 
45 F is an effective number actually being used, or if it is a 
null telephone number currently not being used accord- 
ing to a procedure described in detail below. If the tele- 
phone number F has been detected to be null, or has 
been detected to have changed to a different number 
so as a result of the research, such a result is notified to 
the CTI server 2 immediately. The CTI server 2 notifies 
the operator terminal D of the operator B, who is talking 
with the customer A and proceeding with the customer- 
responding operation, that "the registered telephone 
55 number F of the customer A is null". In response to this, 
a message such as 'The registered telephone number 
F of the customer A that you are serving is null. Please 
verify the personal information with the customer A." is 
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displayed on the screen of the operator terminal D. Upon 
seeing this message, the operator B talks with the cus- 
tomer A and asks to "please inform the personal infor- 
mation such as address and telephone number if there 
have been any changes." 

==Algorithm of Telephone Number Research— 

[001 8] An algorithm of the telephone number re- 
search will be sequentially explained below with refer- 
ence to the flow chart in Fig. 2. 
[0019] Having received a telephone number and an 
instruction to conduct a research, the research device 
5 carries out the telephone number research procedure 
shown in the flow chart of Fig. 2. Firstly, a SETUP se- 
quence is started for the received telephone number to 
be researched (Steps 100->200). In the SETUP se- 
quence, firstly, a SETUP message, which defines the 
telephone number to be researched as a called party 
number and which designates "unrestricted digital" or 
"audio" as a bearer capability information, is created and 
sent to the network (ISDN) (Step 201). That is, the re- 
search device 5 decides whether the telephone number 
is a number of a mobile phone or not by referring to the 
first few digits in the string of numbers. If the telephone 
number is a number of a mobile phone, the bearer ca- 
pability information is set to "audio". If the telephone 
number is not a number of a mobile phone, the bearer 
capability information is set to "unrestricted digital". 
[0020] In the SETUP sequence 200, the procedure 
proceeds according to a circuit-switched call control pro- 
cedure defined in detail in the ITU-T Recommendation 
Q.931. Detailed description of the circuit-switched call 
control procedure is omitted in this specification since a 
number of references provide precise explanation on 
them. A typical sequence of the procedure is processed 
as follows. 

[0021] The network, which received the SETUP mes- 
sage from the calling terminal (research device 5), 
sends a CALL PROCEEDING message to the calling 
terminal, reporting a selected B-channel, and also 
sends the SETUP message to a called terminal. 
Through this process, various capabilities required to 
the called terminal are designated. The called terminal 
side checks the required capabilities. When the called 
terminal confirms the compatibility, the called terminal 
returns an ALERTING message to the network (i.e., the 
called terminal is alerted). The network sends this 
ALERTING message to the calling terminal. If the called 
terminal responds by such as an off-hook action, a 
CONN ECT message is sent to the calling terminal from 
the called terminal via the network. Then a CONNECT 
ACKNOWLEDGE message is sent from the calling ter- 
minal to the network, and from the network to the called 
terminal in response to the CONNECT message. Ac- 
cording to the above sequence, the SETUP message is 
accepted, and connection between the two terminals is 
verified. 



[0022] In some cases, a call requested from the call- 
ing terminal may not be accepted for various reasons. 
The network sends a DISCONNECT message to the 
calling terminal to perform a clearing sequence for those 
5 cases. The reason why the call was not accepted is re- 
ported to the calling terminal as a cause number in a 
cause of an information element attached to the DIS- 
CONNECT message sent to the calling terminal from 
the network. 

10 

==Cause in a DISCONNECT message== 

[0023] In the ITU-T Recommendation Q.931 , classes 
and numbers of cause displays attached to DISCON- 
15 NECT messages are defined as follows. 

1 . Normal class 

[0024] 

20 

[Cause No. 1 - Unallocated (unassigned) number] 
This cause indicates that the called party can- 
not be reached because, although the called party 
number is in a valid format, it is not currently allo- 
25 cated (assigned). 

[Cause No. 2 - No route to specified transit network] 
This cause indicates that the equipment send- 
ing this cause has received a request to route the 
call through a particular transit network which it 
30 does not recognize. The equipment sending this 
cause does not recognize the transit network either 
because the transit network does not exist or be- 
cause that particular transit network, while it does 
exist, does not serve the equipment which is send- 
35 ing this cause, 

[Cause No. 3 - No route to destination] 

This cause indicates that the called party can- 
not be reached because the network through which 
the call has been routed does not serve the desti- 
ne nation desired. 

[Cause No. 6 - Channel unacceptable] 

This cause indicates that the channel selected 
as a result of channel selecting is not acceptable to 
the calling party. 
45 [Cause No. 7 - Call awarded and being delivered in 
an established channel] 

This cause indicates that the user has been 
awarded the incoming call, and that the incoming 
call is being connected to a channel already estab- 
50 lished to that userfor similar calls (e.g. packet-mode 
X.25 virtual calls). 

[Cause No. 16 - Normal call clearing] 

This cause indicates that the call is being 
cleared because one of the users involved in the 
55 call has requested that the call be cleared. Under 
normal situations, the source of this cause is not the 
network. 

[Cause No. 17 - User busy] 
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This cause is used to indicate that the called 
party is unable to accept another call because the 
user busy condition has been encountered. In this 
case, it is noted that the user equipment is compat- 
ible with the call. 5 
[Cause No. 18 - No user responding] 

This cause is used when a called party does 
not respond to a call establishment message with 
either an alerting or connect indication within the 
prescribed period of time allocated (Expiry of the io 
timer T303 or T310 defined in the Recommenda- 
tion). 

[Cause No. 19- No answer from user (user alerted)] 
This cause is used when the called party has 
been alerted but does not respond with a connect '5 
indication within a prescribed period of time. This 
cause is not necessarily generated by JT-Q931 pro- 
cedures but may be generated by internal network 
timers. 

[Cause No. 20 - Subscriber absent] 20 

This cause value is used when a mobile station 
has logged off with a signaling procedure through a 
radio bus, or a radio communication is unable to es- 
tablish with a mobile station (due to interference, out 
of range, power off, and so forth). 25 
[Cause No. 21 - Call rejected] 

This cause indicates that the equipment send- 
ing this cause does not wish to accept this call, al- 
though it could have accepted the call because the 
equipment sending this cause is neither busy nor 30 
incompatible. 

[Cause No. 22 - Number changed] 

This cause is returned to a calling party when 
the called party number indicated by the calling par- 
ty is no longer assigned. The new called party 35 
number may optionally be included in the diagnostic 
field. 

[Cause No. 26 - Non-selected user clearing] 

This cause indicates that the user has not been 
awarded the incoming call. 40 
[Cause No. 27 - Destination out of order] 

This cause indicates that the destination indi- 
cated by the user cannot be reached because the 
interface to the destination is not functioning cor- 
rectly. The term "not functioning correctly" indicates 45 
that a signaling message was unable to be deliv- 
ered to the remote party; e.g. a physical layer or da- 
ta link layer failure at the remote party, or user 
equipment off-line. 

[Cause No. 28 - Invalid number format (address in- so 
complete) 

This cause indicates that the called party can- 
not be reached because the called party number is 
not in a valid format or is not complete. 
[Cause No. 29 - Facility rejected] 55 

This cause is returned when the network can- 
not provide a facility requested by the user. 
[Cause No. 30 - Response to STATUS ENQUIRY] 



This cause is included in the STATUS message 
when the reason for generating the STATUS mes- 
sage was the prior receipt of a STATUS ENQUIRY 
message. 

[Cause No. 31 - Normal, unspecified] 

This cause is used to report a normal event only 
when no other cause in the normal class applies. 

2. Resource unavailable class 
[0025] 

[Cause No. 34 - No circuit/channel available] 

This cause indicates that there is no appropri- 
ate circuit/channel presently available to handle the 
call. 

[Cause No. 38 - Network out of order] 

This cause indicates that the network is not 
functioning correctly and that the condition is likely 
to last a relatively long period of time; e.g. immedi- 
ately re-attempting the call is not likely to be suc- 
cessful. 

[Cause No. 41 - Temporary failure] 

This cause indicates that the network is not 
functioning correctly and that the condition is not 
likely to last a long period of time; e.g. the user may 
wish to try another call attempt almost immediately. 
[Cause No. 42 - Switching equipment congestion] 

This cause indicates that the switching equip- 
ment generating this cause is experiencing a period 
of high traffic. 

[Cause No. 43 - Access information discarded] 

This cause indicates that the network could not 
deliver access information to the remote user as re- 
quested, i.e. user-to-user information, low layer 
compatibility, high layer compatibility, or sub-ad- 
dress, as indicated in the diagnostic. It is noted that 
the particular type of access information discarded 
is optionally included in the diagnostic. 
[Cause No. 44 - Requested circuit/channel not 
available] 

This cause is returned when the circuit or chan- 
nel indicated by the requesting entity cannot be pro- 
vided by the other side of the interface. 
[Cause No. 47 - Resource unavailable, unspecified] 

This cause is used to report a network conges- 
tion event only when no other cause in the network 
congestion class applies. 

3. Service or option unavailable class 
[0026] 

[Cause No. 49 - QOS not available] 

This cause is used to report that the requested 
QOS, as defined in Recommendation X.213, can- 
not be provided (e.g. throughput or transit delay 
cannot be supported). 
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[Cause No. 50 - Requested facility not subscribed] 
This cause indicates that the supplementary 
service requested is not provided by the network 
because the user has not completed the necessary 
procedure for administration. 5 
[Cause No. 57 - Bearer capability not authorized] 

This cause indicates that the user has request- 
ed a bearer capability which is implemented by the 
equipment which generated this cause but the user 
is not authorized to use. 10 
[Cause No. 58 - Bearer capability not presently 
available] 

This cause indicates that the user has request- 
ed a bearer capability which is implemented by the 
equipment which generated this cause but which is '5 
not available at this time. 

[Cause No. 63 - Service or option not available, un- 
specified] 

This cause is used to report a service or option 
not available event only when no other cause in the 20 
service or option not available class applies. 

4. Service not implemented class 

[0027] 25 

[Cause No. 65 - Bearer capability not implemented] 
This cause indicates that the equipment send- 
ing this cause does not support the bearer capability 
requested. 30 
[Cause No. 66 - Channel type not implemented] 

This cause indicates that the equipment send- 
ing this cause does not support the channel type 
requested. 

[Cause No, 69 - Requested facility mot implement- 35 
ed] 

This cause indicates that the equipment send- 
ing this cause does not support the requested sup- 
plementary service. 

[Cause No. 70 - Only restricted digital information *o 
bearer capability is available] 

This cause indicates that an equipment has re- 
quested an unrestricted bearer service but that the 
equipment sending this cause only supports the re- 
stricted version of the requested bearer capability. 45 
[Cause No. 79 - Service or option not implemented, 
unspecified] 

This cause is used to report a service or cption 
not implemented event only when no other cause 
in the service or option not implemented class ap- so 
plies. 

5. Invalid message class 



ing this cause has received a message with a call 
reference which is not currently in use on the user- 
network interface. 

[Cause No. 82 - Invalid channel number] 

This cause indicates that the equipment send- 
ing this cause has received a request to use a chan- 
nel not activated on the interface for a call. For ex- 
ample, if a user has subscribed to those channels 
numbered from 1 to 12 and the user equipment or 
the network attempts to use channels 13 through 
23, this cause is generated. 
[Cause No. 83 - A suspended call exists, but this 
call identity is not in use] 

This cause indicates that a call resume has 
been attempted with a call identity which differs 
from that in use for any presently suspended call(s). 
[Cause No. 84 - Suspended call identity in use] 

This cause indicates that the network has re- 
ceived a call suspended request containing a call 
identity (including the null call identity) which is al- 
ready in use for a suspended call within the domain 
of interfaces over which the call might be resumed. 
[Cause No. 85 - No call suspended] 

This cause indicates that the network has re- 
ceived a call resume request containing a call iden- 
tity information element which presently does not 
indicate any suspended call within the domain of in- 
terfaces over which calls may be resumed. 
[Cause No. 86 - Call having the requested call iden- 
tity has been cleared] 

This cause indicates that the network has re- 
ceived a call resume request containing a call iden- 
tity information element indicating a suspended call 
that has in the meantime been cleared while sus- 
pended (either by network time-out or by the remote 
user). 

[Cause No. 87 - User not member of CUG] 

See the specification of a supplementary serv- 
ice. 

[Cause No. 88 — Incompatible destination] 

This cause indicates that the equipment send- 
ing this cause has received a request to establish a 
call which has low layer compatibility, high layer 
compatibility, or other compatibility attributes (e.g. 
data rate) which cannot be accommodated. 
[Cause No. 91 - Invalid transit network selection] 

This cause indicates that a transit network iden- 
tification was received which is of an incorrect for- 
mat as defined separately. 
[Cause No. 95 - Invalid message, unspecified] 

This cause is used to report a null message 
event only when no other cause in the null message 
class applies. 



[0028] 



[Cause No. 81 - Invalid call reference value] 

This cause indicates that the equipment send- 
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6. Protocol error (e.g. unknown message) class 
[0029] 

[Cause No. 96 - Mandatory information element is 5 
missing. 

This cause indicates that the equipment send- 
ing this cause has received a message which is 
missing an information element which must be 
present in the message (a mandatory information 
element) before that message can be processed. 
[Cause No. 97 - Message type non-existent or not 
implemented] 

This cause indicates that the equipment send- 
ing this cause has received a message with a mes- 
sage type it does not recognize either because this 
is a message not defined or defined but not imple- 
mented by the equipment sending this cause. 
[Cause No. 98 - Message not compatible with call 
state or message type non-existent] 

This cause indicates that the equipment send- 
ing this cause has received a message such that 
the procedures do not indicate that this is a permis- 
sible message to receive while in the call state, or 
a STATUS message was received indicating an in- 
compatible call state. 

[Cause No. 99 - Information element non-existent 
This cause indicates that the equipment send- 
ing this cause has received a message which in- 
cludes information element(s) not recognized be- 
cause the information element identifier (s) are not 
defined or are defined but not implemented by the 
equipment sending the cause. However, the infor- 
mation element is not required to be present in the 
message in order for the equipment sending the 
cause to process the message. 
[Cause No. 100 - Invalid information element con- 
tents] 

This cause indicates that the equipment send- 
ing this cause has received an information element 
which it has implemented; however, one or more 
fields in the information element are coded in such 
a way which has not been implemented by the 
equipment sending this cause. 
[Cause No. 101 - Message not compatible with call 
state] 

This cause indicates that a message has been 
received which is incompatible with the call state. 
[Cause No. 102 - Recovery on timer expiry] 

This cause indicates that a procedure has been 
initiated by the expiry of a timer in association with 
error handling procedures of the layer 3 specifica- 
tion. 

[Cause No. 111 - Protocol error, unspecified] 

This cause is used to report a protocol error 
event cnly when no other cause in the protocol error 
class applies. 



7. Interworking class 

[Cause No. 127 - interworking, unspecified] 

[0030] This cause indicates that there has been inter- 
working with a network which does not provide causes 
for actions it takes. Thus, the precise cause for a mes- 
sage which is being sent cannot be ascertained. 

== Determination of Effectiveness of Telephone 
Number== 

[0031] In the research procedure by the telephone 
number research device 5 as shown in the flow chart in 
Fig. 2, when the network has received a call including a 
SETUP message sent by the telephone number re- 
search device 5 and sends back an ALERTING or CON- 
NECT message in the SETUP sequence 200, the step 
202 or 203 to steps 301-^302->404 are processed. 
Then, the telephone number research device 5 imme- 
diately sends a DISCONNECT message to the network 
to perform a clear sequence, and the telephone number 
in the SETUP message is determined effective, and also 
notifies the CTI server 2 of the result that the researched 
telephone number was effective. 
[0032] When a D ISCON N ECT message is sent by the 
network because the SETUP message sent by the call- 
ing party (i.e., the telephone number research device 5) 
is not accepted in the setup sequence 200, the step 204 
to steps 401-»402 are processed. The calling party im- 
mediately performs a clear sequence and picks up a 
cause number of the information element attached to 
the DISCONNECT message sent by the network. The 
telephone number in the SETUP message is deter- 
mined either effective, null, or deferred, according to the 
cause. 

(a) Effective telephone numbers 

If the cause number picked up in step 402 con- 
forms to either of the following, the telephone 
number in the SETUP message is determined ef- 
fective and the result is notified to the CTI server 2 
(Steps 403->404). 

[Cause No. 3 - No route to destination] 
[Cause No. 7 - Call awarded and being deliv- 
ered in an established channel] 
[Cause No. 16 - Normal cail clearing] 
[Cause No. 17 - User busy] 
[Cause No. 18 - No user responding] 
[Cause No. 19 - No answer from user (user 
alerted)] 

[Cause No. 20 - Subscriber absent] 
[Cause No. 21 - Call rejected] 
[Cause No. 27 - Destination out of order] 
[Cause No. 49 - QOS not available] 
[Cause No. 50 - Requested facility not sub- 
scribed] 
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[Cause No. 57 - Bearer capability not author- 
ized] 

[Cause No. 58 - Bearer capability not presently 
available] 

[Cause No. 63 - Service or option not available, s 
unspecified] 

[Cause No. 65 - Bearer capability not imple- 
mented] 

[Cause No. 66 - Channel type not implemented] 
[Cause No. 69 - Requested facility not tmple- fo 
mented] 

[Cause No. 70 - Only restricted digital informa- 
tion bearer] 

[Cause No. 79 - Service or option not imple- 
mented, unspecified] *s 
[Cause No. 88 - Incompatible destination] 

(b) Number changed 

When the cause number picked up in step 402 
corresponds to [Cause No. 22 - Number changed], 20 
a new telephone number contained in a diagnosis 
information field of the cause is retrieved, and the 
CTi server 2 is notified that the registered telephone 
number has been changed to the new telephone 
number (Steps 403-»405-»406 25 

(c) Null telephone number 

If the cause number picked up in step 402 con- 
forms to either of the following ones, the telephone 
mumber in the SETUP message is determined null, 
and the CTI server 2 is notified that the telephone 30 
number is null (Steps 403->405-»4 07-»408). 

[Cause No. 1 - Unallocated (unassigned 
number] 

[Cause No. 2 - No route to speciftsed transit net- 35 
work] 

[Cause No. 6 - Channel unacceptable] 

It is also possible to adopt a method in which 
the telephone number research device 5 conducts 40 
the above-mentioned research procedure not only 
once to come to a conclusion that the telephone 
number is null, but conducts a second research pro- 
cedure after an appropriate short interval, and no- 
tifies the CTI server 2 of the result only when the 45 
telephone number is again determined to be null. 

(d) Determination deferred 

[0033] If the cause number picked up in step 402 dees 
not correspond to either of the cause numbers depicted so 
in any of steps 403, 405, or 407, the telephone number 
in the SETUP message is not determined either effec- 
tive or null, and the CTI server 2 is notified that the de- 
termination has been deferred (Steps 
403->405->407->409) . 55 



==Situation of Actual Operation== 

[0034] Customers calling a call center are ordinary 
people, and the telephone numbers registered to a cus- 
tomer database include numbers of subscribers to an 
analog telephone network, numbers of subscribers to 
an ISDN, numbers of subscribers to a mobile phone net- 
work, and numbers of subscribers to a PHS network. In 
case that the telephone number list in this current situ- 
ation is researched through the above procedure, the 
following communications will be made between the re- 
search device 5 and the ISDN station (the network). 

(A) Called party number is an effective subscriber 
number of an analog telephone network 

The telephone number research device 5 
sends a SETUP message containing an "unrestrict- 
ed digital" information designated as a bearer ca- 
pability, and thus the network sends back a DIS- 
CONNECT message having [Cause No, 3 - No 
route to destination]. Therefore, the telephone 
number is determined to be an "effectfve telephone 
number". Attention should be directed to the fact 
that the called party which is designated by the tel- 
ephone number to be checked is never alerted dur- 
ing checking and determination of the number. In 
other words, from the called party's point of view, 
which has the number to be checked, the called par- 
ty is never annoyed by a useless call to which the 
called party is compelled to respond. 

(B) The called party number is an effective subscrib- 
er number to an ISDN or a PHS 

In this case, mode of communication between 
two parties depends on the condition of the facility 
at the called party. The called terminal (called party) 
is alerted by the CALLING message sent from the 
telephone number research device 5. If the called 
party responds the alert, step 301 is processed in 
the flow chart in Fig. 2. The telephone number re- 
search device 5 starts a clear sequence and deter- 
mines the telephone number to be effective. In case 
that a DISCONNECT message is sent back from 
the network, if the cause number in the DISCON- 
NECT message conforms to either of #7, #1 6, #1 7, 
#18, #19, #20, #21, #27, #49, #50, #57, #58, #63, 
#65, #66, #70, #79, the called party number is de- 
termined to be effective; and if the cause number 
corresponds to #2 or #6, the called party number is 
determined to be null. If the cause number in the 
DISCONNECT message does not corresponds to 
any of the above cause numbers, the determination 
is deferred. 

It should be noted that the ways of classifying 
the called party number into the categories "effec- 
tive", "null", or "deferred" according to the cause 
number may not be best described in the preferred 
embodiment. It may be more appropriate to classify 
some cause in "effective" or "null" than in "deferred", 
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based on more precise investigation of usage of an 
ISDN by the subscribers and response of the net- 
work to the subscribers. The present invention, 
would never restrict such flexible operations. 

(C) Called party number is an effective subscriber 
number to a mobile phone 

The telephone number research device 5 
sends a SETUP message containing "audio" infor- 
mation designated as a bearer capability. The mo- 
bile phone network sends an ALERTING signal to 
the called terminal (i.e., the mobile phone), and also 
sends an ALERTING message back to the tele- 
phone number research device 5. If the called ter- 
minal is off-hooked, the network sends a CON- 
NECT message back to the telephone number re- 
search device 5. As soon as the telephone number 
research device 5 receives the ALERTING mes- 
sage or the CONNECT message from the network, 
the device 5 sends a DISCONNECT message to the 
network to conduct a clear sequence. At the same 
time, the device 5 determines the called telephone 
number to be an effective number. Thus, in some 
cases, the called terminal is rung for an instant. 
However, since the line is immediately disconnect- 
ed, it is possible to minimize the annoyance put to 
a user of the called terminal. When "3.1 audio" is 
set as the bearer capability, the same operation will 
be carried out. Therefore, in the present specifica- 
tion, the bearer capability of "audio" and the bearer 
capability of "3.1 audio" are regarded as equivalent. 

(D) Called party number has changed 

in this case, the network sends back a DIS- 
CONNECT message containing [Cause No. 22 - 
Number changed], without respect to the fact 
whether the subscriber number is of an analog tel- 
ephone network, an ISDN, a mobile phone network, 
or a PHS network. The telephone number research 
device 5 receives the message and picks up a new 
telephone number contained in a diagnosis infor- 
mation field of the cause, and notifies the CTI server 
2 of the new telephone number. 

(E) The called party number is not currently in use 

[0035] In this case, the network sends back a DIS- 
CONNECT message containing [Cause No. 1 - Unallo- 
cated (unassigned) number], without respect to the fact 
whether the subscriber number is of an analog tele- 
phone network, an ISDN, a mobile phone network, or a 
PHS network. The telephone number research device 
5 receives the message, and determines that the tele- 
phone number is null. 

—Procedure After Receiving the Notice of Research 
Result— 

[0036] When receiving a notice that the "telephone 
number is effective", the CTI server 2 may not cause 
any special action, or may keep a record that the tele- 



phone number of the customer was determined effec- 
tive on the specific research date. When receiving a no- 
tice that "the telephone number has changed to a new 
number", the CTI server 2 works to make the appropri- 

s ate operator terminal 4 display a message instructing 
the operator to make the customer contrast and confirm 
the old telephone number and new telephone number. 
When receiving a notice that "the telephone number is 
null", the CTI server 2 works to make the appropriate 

10 operator terminal 4 display a message instructing the 
operator to inquire the customer of his/her personal in- 
formation since the telephone number is not in use. 

==Other Embodiments== 

15 

[0037] There is known a call center with the following 
system configuration. That is, an interactive voice re- 
sponse device (IVR) is provided to work together with 
the ACD in the PBX 1 , and firstly, the IVR device auto- 

20 matically responds to the telephone call made from the 
customer to the call center and makes the customer en- 
ter his/her customer ID through the operation of a tele- 
phone keyboard (or makes the customer enter the cus- 
tomer ID by voice) . Then the IVR device connets the 

25 customer's telephone to an operator, and notifies per- 
sonal information obtained from a database, using the 
customer ID as a key, to an operator terminal. If the 
present invention is to be applied to such a system, the 
configuration would be such that, in the step of taking 

30 out the personal information of the customer from the 
database using the customer ID obtained by the IVR de- 
vice as a key, the CTI server 2 notifies the telephone 
number research device 5 of the telephone number con- 
tained in the personal information, and makes the de- 

35 vice 5 conduct a research. The procedure after receiving 
the research result is the same as that of the above- 
mentioned embodiment. 

[0038] Further, a system may be configurated on the 
premise that a customer will call the call center from a 

40 telephone with a telephone number registered to the 
customer database. In such a system, it is possible to 
adopt the following mechanism using the calling-line 
identity notification function. The PBX 1 obtains the tel- 
ephone number of the calling party upon responding to 

45 an incoming call, searches the customer database using 
the obtained telephone number regarding this as infor- 
mation for specifying the customer, and determines 
whether the certain customer is registered or not. If it is 
found that the telephone call is from a registered cus- 

so tomer, the telephone is connected to an operator, and 
also, the personal information of the customer is taken 
out from the database and notified to the operator ter- 
minal. The personal information registered by the cus- 
tomer contains several telephone numbers such as the 

55 telephone number for a telephone at home or at office, 
or a telephone number of a mobile phone. The customer 
is calling the call center from a telephone having one of 
the telephone numbers listed above. Thus, the tele- 
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phone number research device 5 researches whether 
the registered telephone numbers, other than the 
number of the telephone currently being used, is effec- 
tive or null. 

[0039] In other words, the corresponding personal in- 
formation is taken out from the customer database using 
the calling-party number of the telephone currently call- 
ing the call center as a key. Then, the telephone num- 
bers in the personal information other than the calling- 
party number are notified from the CTI server 2 to the 
telephone number research device 5, and a research 
considering effectiveness of the numbers is conducted. 
A research result is instantly notified to the CTI server 
2, and if the result notice is such that a researched tel- 
ephone number is null or has been changed, the CTI 
server 2 works to display a message as described above 
on the screen of the terminal 4 of the operator who is 
responding to the customer, as in the above-described 
examples. 

[0040] In the present embodiment, among the per- 
sonal information of the customer calling the call center, 
the telephone number of the customer is focused upon 
to promptly detect that a previously-registered tele- 
phone number is not currently used, and to thus prevent 
transaction troubles. In particular, during the process in 
which a customer is talking with an operator at the call 
center to actually conduct a transaction procedure, a 
customer whose personal information may have 
changed is detected, his/her personal information is ver- 
ified, and, if necessary, the customer is made to imme- 
diately inform any change in his/her data. Therefore, it 
is possible to considerably shorten the period of time 
from when the personal information of the customer was 
actually changed to when such change of information is 
reflected to the customer database. Thus, it is possible 
to reduce transaction trouble in this sense also. 
[0041] Although the preferred embodiment of the 
present invention has been described in detail, it should 
be understood that various changes, substitutions and 
alternations can be made therein without departing from 
spirit and scope of the inventions as defined by the ap- 
pended claims. 



Claims 

1 . A personal information verification method in a call 
center comprising: 

(1 ) a process of connecting a telephone, called 
from a customer A to the call center, with an 
operator B; 

(2) a process wherein the operator B enters 
customer-specifying information C, obtained 
from the customer A through conversation, to 
an operator terminal D; 

(3) a process wherein personal information E 
corresponding to the customer A is taken out 



from a customer database based on the cus- 
tomer-specifying information C entered to the 
operator terminal D; the personal information E 
is displayed on a screen of the operator termi- 
5 nal D; and a telephone number F of the custom- 

er A contained in the personal information E is 
notified to a telephone number research device 
G; 

(4) a process wherein the telephone number re- 
10 search device G 

sends a SETUP message, which defines 
the notifred telephone number F as a called 
party number and includes a bearer capa- 
15 bility information element designating un- 

restricted digital, audio, orthelike.to an IS- 
DN; 

obtains a message sent in reply thereto 
from the ISDN and performs a clear se- 
20 quence; and 

analyzes the message obtained from the 
ISDN to determine whether the telephone 
number F is null or not; 

25 (5) a process in which if the telephone number . 

F is determined to be null, the telephone 
number research device G notifies the operator 
terminal D of such determination; and 
(6) a process in which the notice, sent to the 

30 operator terminal D to notify that the telephone 

number F is null, is displayed on the screen of 
the operator terminal D having received the no- 
tice, and thereby informed to the operator B re- 
sponding to the customer A. 

35 

2. A personal information verification method in a call 
center comprising: 

(1) a process in which an interactive voice re- 
40 sponse device responds to a telephone called 

from a customer A to the call center, and ob- 
tains a customer-specifying information C from 
the customer A; 

(2) a process in which the telephone from the 
4 5 customer A is connected to an operator 3; 

(3) a process wherein a server in the call center 

takes out personal information E corre- 
sponding to the customer A from a custom- 
50 er database bases on said customer-spec- 

ifying information C; 

displays the personal information E on a 
screen of an operator terminal D of the op- 
erator B; and 

55 notifies a telephone number F of the cus- 

tomer A contained in the personal informa- 
tion E to a telephone number research de- 
vice G; 
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(4) a process wherein the telephone nmaber re- 
search device G 

sends a SETUP message, which defines 
the notified telephone number F as a called s 
party number and includes a bearer capa- 
bility information element designating un- 
restricted digital, audio, orthe like, to an IS- 
DN; 

obtains a message sent in reply thereto io 
from the ISDN and performs a clear se- 
quence; and 

analyzes the message obtained from the 
ISDN to determine whether the telephone 
number F is null or not; 15 

(5) a process in which if the telephone number 
F is determined to be null, the telephone 
number research device G notifies the operator 
terminal D of such determination; and 20 

(6) a process in which the notice, sent to the 
operator terminal D to notify that the telephone 
number F is null, is displayed on the screen of 
the operator terminal D having received the no- 
tice, and thereby informed to the operator B re- 25 
sponding to the customer A. 

A personal information verification method in a call 
center comprising: 

30 

(1 ) a process of connecting a telephone, called 
from a customer A to the call center, with an 
operator B; 

(2) a process wherein a server in the call center 

35 

obtains a telephone number C of the tele- 
phone from the customer A; 
takes out personal information E corre- 
sponding to the customer A from a custom- 
er database based on said telephone 40 
number C; 

displays the personal information E on a 
screen of an operator terminal D of the op- 
erator B; and 

notifies, to a telephone number research 45 
device G, one or more telephone numbers 
F of the customer A, except for the tele- 
phone number C, among a plurality of tel- 
ephone numbers of the customer A con- 
tained in the personal information E; so 

(3) a process wherein the telephone number re- 
search device G 

sends a SETUP message, which defines ss 
the notified telephone number F as a called 
party number and includes a bearer capa- 
bility information element designating un- 



restricted digital, audio, orthe like, to an IS- 
DN; 

obtains a message sent in reply thereto 
from the ISDN and performs a clear se- 
quence; and 

analyzes the message obtained from the 
ISDN to determine whether the telephone 
number F is null or not; 

(4) a process in which if the telephone number 
F is determined to be null, the telephone 
number research device G notifies the operator 
terminal D of such determination; and 

(5) a process in wh ich the notice, sent to the op- 
erator terminal D to notify that the telephone 
number F is null, is displayed on the screen of 
the operator terminal D having received the no- 
tice, and thereby informed to the operator B re- 
sponding to the customer A. 

4. A personal information verification method in a call 
center comprising: 

(1) a process of connecting a telephone, called 
from a customer A to the call center, with an 
operator B; 

(2) a process wherein a telephone number re- 
search device G 

sends a SETUP message, which defines a 
notified telephone number P as a called 
party number and includes a bearer capa- 
bility information element designating un- 
restricted digital, audio, orthe like, to an IS- 
DN; 

obtains a message sent in reply thereto 
from the ISDN and performs a clear se- 
quence; and 

analyzes the message obtained from the 
ISDN to determine whether the telephone 
number P is null or not; 

(3) a process in which if the telephone 
number P is determined to be null, the tel- 
ephone number research device G notifies 
an operator terminal D of such determina- 
tion; and 

(4) a process in which the notice, sent to 
the operator terminal D to notify that the tel- 
ephone number P is null, is displayed on a 
screen of the operator terminal D having 
received the notice, and thereby informed 
to the operator B responding to the custom- 
er A. 

5. A method of verifying personal information in a call 
centre upon receipt of a customer telephone call, 
the method including the steps of 
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(1) obtaining through the telephone call cus- 
tomer-related information; 

(2) obtaining from a customer database con- 
taining personal information for registered cus- 
tomers, the said personal information associat- s 
ed with the customer-related information ob- 
tained in step (1); 

(3) extracting a telephone numberfrom the per- 
sonal information obtained in step (2); 

(4) causing a telephone number research de- 10 
vice to perform a telephone number checking 
procedure which establishes whether said tel- 
ephone number is null or not; and 

(5) automatically providing a notification de- 
pendent upon the result of the telephone 15 
number checking procedure of step (4). 

6. A method according to claim 5 wherein in said step 
(5), said operation is automatically notified if in step 
(4) the telephone number is established as null. 20 
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